home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.19990422-19990725 / 000149_news@watsun.cc.columbia.edu _Sun Jun 13 12:05:21 1999.msg < prev    next >
Internet Message Format  |  2020-01-01  |  2KB
  1. Return-Path: <news@watsun.cc.columbia.edu>
  2. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  3.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id MAA16290
  4.     for <kermit.misc@watsun.cc.columbia.edu>; Sun, 13 Jun 1999 12:05:21 -0400 (EDT)
  5. Received: (from news@localhost)
  6.     by newsmaster.cc.columbia.edu (8.8.5/8.8.5) id LAA08950
  7.     for kermit.misc@watsun.cc.columbia.edu; Sun, 13 Jun 1999 11:51:48 -0400 (EDT)
  8. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  9. From: fdc@watsun.cc.columbia.edu (Frank da Cruz)
  10. Subject: Re: c-kermit output to stderr on linux
  11. Date: 13 Jun 1999 15:51:47 GMT
  12. Organization: Columbia University
  13. Message-ID: <7k0k2j$8nk$1@newsmaster.cc.columbia.edu>
  14. To: kermit.misc@watsun.cc.columbia.edu
  15.  
  16. In article <3762DA05.B12F366E@asares.com>,
  17. Brian J. Corcoran <corcoran@asares.com> wrote:
  18. : I'm trying to get a kermit script to output info to stderr with the
  19. : following command:
  20. : 
  21. : writeln error {text line}
  22. : 
  23. : ...but it's still outputing to stdout. Can anybody help with this?
  24. : 
  25. You're right, it seems to be doing that.  Yet the code is using
  26. "fprintf(stderr,...)" in this case.  The reason that the text is not
  27. actually going to stderr is not obvious.
  28.  
  29. : If I can't get around the problem this way, is there an easy way to
  30. : suppress all output from a script, except for certain text?
  31. : 
  32. WRITE[LN] ERROR should be the way to do it.  However, a workaround (for
  33. UNIX) would be:
  34.  
  35.   open write /dev/tty
  36.  
  37. and then use WRITE (or WRITELN) FILE.
  38.  
  39. : Finally, I've noticed writeln/write-line behaves as write when
  40. : outputting to stdout (it doesn't include the new-line character). Is
  41. : this correct behavior?
  42. : 
  43. No, it's a bug.  This will be corrected in the next Beta edit.  Hopefully
  44. by then I will also have figured out why writes to sdterr are not going
  45. to stderr.
  46.  
  47. I suspect there must be code somewhere that sends stderr to stdout so
  48. error messages will come out in sequence with other text, rather than
  49. butting ahead, but the spot is not obvious.  Anyway, if this was done,
  50. it was probably done for a reason and so fixing it will no doubt break
  51. something else.  I'll try to sort this out in the next Beta.
  52.  
  53. Thanks for the report.
  54.  
  55. - Frank